C++ DLL 链接 Unresolved external
全部标签 我有一个简单的项目结构,源自令人惊叹的教程https://rix0r.nl/blog/2015/08/13/cmake-guide/看起来如下:-src-CMakeLists.txt-mylib-include/mylib/mylibclass.h-src/mylibclass.cpp-CMakeLists.txt-myapp-src/myapp.cpp-CMakeLists.txt顶级CMakeLists.txt包含:cmake_minimum_required(VERSION3.6)project(sample_projectVERSION0.1LANGUAGESCXX)set(B
我有一个CMake设置,可以将4个静态库和1个共享库链接到一个顶级共享库(我们称之为Top.dll)。除了一件事,这将工作正常。我有一个模块定义文件,表示哪些符号应该公开。Top.dll构建,到目前为止一切顺利。现在,当我尝试通过CMake将可执行文件与Top.dll链接时,我得到每个公共(public)符号的链接器错误,声称它在两个地方定义(Top.dll和实际定义它的静态库),即使Top.dll不包含自己的原始定义。如果我删除静态库,那么我会按预期得到未解析的符号错误。如果我删除模块定义文件,我会得到相同的结果。似乎它是零次或两次。我在这里缺少一些设置吗?我不认为我以非基本方式使用
不完全确定我是否已经解决了这个问题,但这是我所看到的以及我认为正在发生的事情。我有一个主要用C编写的Win32程序,它加载一个C++DLL。该DLL通过COM对象将数据从C程序传递到另一个应用程序——一个可能由DLL本身实例化的对象。所有这一切显然至少在WindowsXP和Windows7中运行良好(可能是Win95和Win98,我需要更深入地回顾代码历史以找出引入此接口(interface)的时间),但在Windows10中程序崩溃在FreeLibrary()调用此DLL期间。在调试器中检查时,DLL_DETACH_PROCESS似乎已成功处理(处理该消息时未执行任何代码)。崩溃发生
我目前正在尝试编写一个DLL,它使用在系统中注册的Typelib(.tlb)。此Typelib要求我使用自己的类实现两个接口(interface),并在运行对象表中注册其中一个,这是我在使用VisualStudio2015的ATL项目中完成的。使用我的DLL的应用程序应该完全不了解COM,一切都应该在幕后工作并隐藏在我正在实现的DLL中。在我的DLL中,有时我试图获取类MyClass的实例,它实现了上面提到的类型库的COM接口(interface)。代码如下所示:IInterfaceClassPtrdataPtr;hr=dataPtr.CreateInstance(CLSID_MyCl
我想用C编写一个多平台的本地桌面应用程序。经过一番搜索,我找到了IUP完美契合。不幸的是,我正在努力链接WindowsSDK。现在,我只想为Windows8.1静态编译x64版本。当我编译thisCode::Blocks中的示例,我收到以下错误:g++.exe-LC:\MinGW\iup-o"bin-debug\EVEEditor.exe"obj-debug\main.o-lgdi32-luser32-lkernel32-lcomctl32-lole32-lfreetype6-liup-liup_mglplot-liup_plot-liup_scintilla-liupcd-liupc
我有时会遇到无法在客户站点加载动态库的问题。这通常是因为他们的系统配置错误。我需要能够获取丢失的依赖模块的名称,以便我可以记录它,并使修复他们的系统变得更加容易。我怎样才能做到这一点?请注意,我需要一个可以放入我的代码中的答案,这意味着我不能使用依赖性检查器、进程监视器或任何其他工具来解决问题。我确实需要一种以编程方式进行的方法。DependencyChecker可以做到这一点意味着有办法。 最佳答案 从win7开始ntdll.dll导出下一个api:structFAILUREDATA{NTSTATUSstatus;WCHARDll
我正在开发一个shell扩展DLL。我想使用InnoSetup安装程序安装它。我看到安装程序问,如果我想用程序安装shell扩展,我想使用InnoSetup安装程序进行类似的操作。我该怎么做呢?如果没有,你能指引我走上正确的道路吗?几天来我一直在搜索有关此的任何信息。 最佳答案 shell扩展只是一个带有COM类的DLL。所以只需部署它并使用regserverflag注册它:[Files]Source:"myext.dll";DestDir:"{app}";Flags:regserver另见RegisterExplorerCOMex
我什至不确定这是否适用于Windows;我还没有看到一个人要求这么普遍的东西并找到解决方案。这可能是可能的,但可能没有用于处理它的API。我有一个自动化测试模块,我正在为Windows工作,它使用一个模块以通用方式处理检测到的EXE,除非它检测到二进制文件来自特定的测试框架。到目前为止,我只能通过查询帮助和处理响应/字符串解析来做到这一点。如果我触发某人在框架之外编写的长时间测试,该测试接受命令行参数寻求帮助,但实际上并不处理这些命令行参数而只是自动运行,这可能会导致问题。因此,有时我会卡在等待测试完成的时候,而不是进行闪电般的快速查询。这就是我试图通过这个花哨的新模块避免的。:)这个
我似乎能够访问C:\WINDOWS\system32\opengl32.dll中的函数(同样C:\WINDOWS\system32\glu32.dll)来自32位或64位应用程序(为了它的值(value),我通过ctypes模块从单独的32位和64位Python2.7解释器执行此操作)。有了glut32.dll,事情就不一样了。它只是作为GraphViz的32位安装的一部分出现在我的Path上。在32位Python中,我可以动态链接到它,但在64位Python中,我得到[Error193]%1isnotavalidWin32application。现在,这个错误并不让我吃惊,因为我一直
我使用示例代码从FASM示例目录创建一个简单的DLL,并根据我的需要对其进行调整。但是,当我进行一些(从我的POV来看是无辜的)更改时,生成的二进制文件被损坏-运行使用此库的exe会产生错误代码0xC000007B又名INVALID_IMAGE_FORMAT。动态链接库代码:;DLLcreationexampleformatPEGUI4.0DLLentryDllEntryPointinclude'win32a.inc'section'.text'codereadableexecutableprocDllEntryPointhinstDLL,fdwReason,lpvReservedmo